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1.  IFmnniTTI'V) 

a.  Scone.  This  report  details  the  results  of  a study  which  compares  the 
aval labiTi tv  of  support  software  for  the  At|/r-vn_9-|  architecture  (PFC  PDP-11) 
to  that  available  for  the  current  military  architectures  (AN/l'YK-7,  AN/l'YK-ln. 
A*I/MYK-?D  and  AN/dyk-12).  This  renort  is  volume  III  of  three  Volumes'  Volume 

I - Life  Cycle  Cost  Analysis  of  Instruction-Set  Architecture  Standardization 
for  Militarv  Computer  Cased  Systems:  Volume  II  - chase  II  comparative  Fvalua- 
tion  Pf  The  MrF  romnuter  Architectures,  concerned  with  measurinn  the  economic 
effects  of  standardization  of  computer  instruction-set  architectures  on 
military  connuter-based  svstems.  For  the  purpose  of  this  renort.  sunnort 
software  is  defined  to  include  all  system  software  and  sunnort.  software  tools 
which  aid  in  the  development  or  maintenance  of  tactical  software  svtems.  The 
results  of  this  evaluation  are.one  important,  innut  into  a life  cycle  cost 
analysis,  reported  separately,  which  determines  the  relative  life-cycle  cost 
of  78  Army/Navv  military  comouter-based  systems  as  a function  of  two  basic 
architecture  standardization  scenarios:  (1)  adootino  a sinole  computer  family 
architecture  as  a standard  architecture  versus  (?)  havinn  at  least  four 
architecture  families  in  the  inventory,  for  Scenario  (1)  each  of  the  militarv 
architectures  and  the  co^ercial  architecture  nFC  ooo.n  . is  taken,  in  turn, 
to  he  the  architecture  standard. 

The  method  we  used  to  compare  the  support  software  bases  of  the  architectures 
was  to  develop  a model  of  the  software  development  process  and  from  that,  to 
structure  a hypothetical lv  complete  support  software  environment,  based  uoon 
that  we  then  desioned  an  evaluation  methodolooy  and  applied  it  to  the  archi- 
tectures. The  evaluation  methodo1nov  is  detailed  in  Section  0 and  the  results 
of  the  evaluation  are  summarised  in  Section  ? and  detailed  in  Section  6. 

Section  4 details  the  software  development  model  and  Section  S the  support 
software  structure. 

b . Rackoround 

This  report  covers  work  that  is  an  extension  of  work  performed  in  1°7S/ 

1976  for  the  A rrv/Mavv  Fomouter  Family  Architecture  (FFA)  Selection  Committee- 
that  was  evaluation  which  of  the  currently  available  architectures  would  be 
the  best  choice  for  a standard  militarv  computer  family  architecture.  As 
nart  of  that  evaluation,  a comparison  of  the  software  bases  of  the  three  final- 
ist architectures,  W ?6D,  Tnterdata  7/1?  and  nFC  PDP-11  was  made.  The  re- 
sults of  that  studv  were  one  important  Innut  into  two  complementary  life  cvcle 
cost'-modeds- which-  corrtriboted*to*«the  committee's  recorwendations  of  the  ore 
PnP-ll  architecture  as  the  best  choice  for  a standard  military  computer  family 
architecture.  That  effort  mav  be  considered  as  Phase  l of  the  onooino  CFA 
selection  process. 

In  1^77,  °hase  II  of  t.ho  fF«  selection  process  was  initiated  to  conduct  a 
detailed  life  cvcle  cost  analysis  of  the  four  Armv/Navv  militarv  architectures 
versus  the  ft"/rvn_?-|  (prp  onr-ll).  One  inmrt.ant  input  into  this  life  cvcle 
analvsis  is  the  comparison  of  the  support  software  bases  of  the  five  archi- 
tectures. That  comparison  is  the  suhiect.  of  this  report.  The  overall  results 
of  the  life  cvcle  analysis  are  reported  separately. 
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2.  EVALUATION  METHODOLOGY 


a.  Overview.  The  evaluation  methodoloqy  utilized  herein  is  essertially 
identical  to  that  utilized  on  the  Phase  I evaluation  of  *he  software  bases  of 
the  three  commercial  finalist  architectures.  First,  a model  o'  the  tactical 
software  development  is  developed.  Next,  within  the  context,  of  that  develop- 
ment model,  a complete  set  of  support  software  tools  is  delineated  alone  with 
an  essential  set  of  requirements  for  each  tool.  Then, the  apnl icabilitv  of  the 
tools  is  determined.  The  availability  of  each  of  these  tools  for  the  five 
architectures  is  then  determined  and  a quantitative  assessment  of  the  software 
bases  is  made. 

b.  Software  Development  Model . In  order  to  determine  the  universe  of 
tools  which  in  any  way  could  be  ap"plied  to  the  development  of  tactical  software 
systems,  a model  of  the  software  development  process  is  developed.  In  particular 
the  process  is  partitioned  into  the  follnwinq  maior  activities:  (1)  Analyze 
pecuirements,  (2)  Desion  Software,  (?)  Build  System  Tests,  (f)  Build  and 

Unit  Tost  Software  (5)  Intearate  and  System  Test,  and  (f)  Maintain  Svst.em. 

c.  Support  Software  Structure.  Within  the  context  of  the  software  develop- 
ment rodel  defined  above,  tools  are  determined  which  support  the  activH.'ies  cf 
‘he  model.  Existing  tools  as  well  as  tools  in  the  PAD  st.aoe  of  development  are 
rVUreated  and  requirements  (essential  characteristics)  'or  each  tool  are  com- 
piled. 

d.  Desirable  Support  Software  Base.  Next, the  apol icabilitv  of  the  tools  to 
the  tactical  software  development  process  is  determined  by  hnvinr  CFA  committee 
members,  who  represent  a broad  spectrum  of  Army/Navy  project  manaoers  and  labora- 
tories, vote  on  the  applicability  of  the  tool  to  their  activities.  Those  tools 
which  fall  below  a predetermined  threshold  are  then  discarded  from  further  con- 
sideration. The  remainino  tools  constitute  the  desirabV  or  tarnet  support 
software  base. 

e.  Software  Base  Value.  Next, the  availability  of  each  tool  on  each  archi- 
tecture is  determined  Fv" query ina  the  manufacturers  and  users  of  the  architecture 
The  development  cost  for  each  tool  is  quantified  by  estimation  the  size  of  the 
tool  in  source  lines  of  code  and  by  convertino  source  line  to  development  cost, 
utllizirq  a prooranmer  productivity  finure.  The  sum  of  the  development  costs 
constitutes  the  present  value  of  the  support  software  hare. 


3.  SUMMARY  of  results 


Two  significant  results  are  generated  as  a result  of  this 
i tools  are  considered  important  by  tactical  software 
developers,  that  is,  the  desirable  support  software  base  and.  secondly, 
what  Is  the  comparative  value  of  the  existino  support  software  base  of  each 
architecture  under  consideration. 


Overview 


b.  Desirable  Support  Software  Base.  The  desirable  support  software  base 
was  determined  by  ballotinq  performed  in  the  original  CFA  evaluation  in  lQ7f. 
Table  3-1  lists  the  most  desirable  tools  in  descending  order  of  applicability 
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TABLE  3-1 


Compilers 
Macro  Assembler 

Interactive  Source  Lanquage  Editors 
Interactive  Symbolic  Pebugoers 
Extended  Overlay  Linker 
Test  Case  Design  Advisor 
Integrated  Library 
Text  Processing  System 
Data  Rase  Management  System 
OP  System  Simulator 

Time  Sharing  OS  + Virtual  Machine  Monitor 

Languaqe  Independent  Monitors 

Test  Data  Oenerator 

Mon-Interactive  Symbolic  Debugger 

Computer  System  Simulator 

Batch  Source  Lanquaoe  Editor 

Language  Dependent  Monitor 

Time  Sharinq  OS  + Multiprocessing  OS  + Virtual  Hachine  Monitor 
Basic  Assembler 
Peal  Time  OS 

Test  Instrumenters  and  Analyzers 
Automatic  SW  Production  and  Test 
Basic  Linker 
Standards  Enforcers 
Reformatters 
Test  Data  Auditor 
Simple  Overlay  Linker 
Data  Base  Design  Aid 


c.  Comparative  Software  Pase  Values.  Table  3-?  depicts  the  maior  results 
of  the  evaluation  of  the  software  bases  of  the  four  military  architectures  and 
AN/RYQ-P1  architecture. 
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he  base  finure  for  each  architecture  represents  the  t.ctal  est  irated  cost 
f develrpirr  its  existino  support  software  while  the  deficiency  figure 
'•present?  the  estirat.eo  cost  of  developin'1  these  ‘■oris  which  are  ir  the 
r.s^-afcle  software  harp  bet  which  are  m.n-cx’Ste rt  or  t^e  architecture. 


A.  SOFTVAPF  DEVELOPMENT  MODEL 


a.  General . The  technical  approach  taken  here  Is  substantially  that  which 
was  utilized  for  the  comparison  of  the  CFA  finalist  architectures  support  soft- 
ware. First  a model  of  the  tactical  software  development  will  be  presented  that 
provides  a structure  for  the  delineation  of  upport  software  tools.  This  structure 
will  then  be  utilized  In  the  ouantltatlve  assessment  of  the  architectures  suprort. 
software. 

b.  Software  Development  Activities.  The  software  development  process  is 
partitioned  Into  the  following  major  activities:  (1)  Analyze  Requirements. 

(?)  Design  Software,  (3)  Build  System  Tests.  (A)  Build  and  Unit  Test  Software, 
(5)  Inteorate  and  System  Test,  and  (f)  Maintain  System.  The  followinc  paracrarhs 
describe  these  activities. 


(1)  Analyze  Requirements  (Activity  1).  "Analyze  Requirements"  performs 
a decomposition  of  the  user  needs  into  the  functions  of  the  required  system. 
Following  decomposition  and  the  development  of  a functional  model,  functions  are 
allocated  to  hardware,  software,  firmware,  and  people.  The  results  are  then 
used  to  search  a descriptive  cataloo  of  existinq  systems  to  locate  suitable 
candidates  for  reuse  or  modification.  The  systems  (If  any)  resultinq  from  this 
search  and  any  new  functions  that  must  be  developed  may  be  simulated  to  determine 
their  cross  performance  characteristics.  This  activity  is  controlled  by  the 
analysts'  knowledoe  of  the  current  state  of  the  art  and  the  available  budaet 
for  the  proposed  new  system.  If  a decision  is  taken  to  proceed  with  development . 
a software  functional  desirn  specification  and  a project  schedule  are  produced 
which  are  used  to  control  the  'Design  Software"  activity. 
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(?)  Design  Software  (Activity  ?).  Durino  this  activity,  the  software 
functional  Hesion  specification  Ts  useH  to  produce  the  implementation  specifica- 
tion. A library  of  "proven  algorithms'  is  available  to  assist  in  desion.  The 
"Design  Software"  activity  may  respond  to  the  "Analyze  Requirements"  activity 
with  "can't  design"  or  "can't  meet  schedule".  The  output  of  this  activity  is 
the  implementation  specification  which  is  used  to  control  the  software  unit  build 
and  integration  activities  (Activities  A and  S). 


(1)  Build  System  Tests  (Activity  3).  "Build  System  Tests"  is  the  activity 
that  results  in  the  deTion  and' construction  of  system  acceptance  tests.  Note 
that  it  Is  controlled  by  the  same  set  of  functional  specifications  that  control 
the  "Design  Software"  activity,  and  that  it  is  unconstrained  by  and,  therefore, 
may  proceed  In  parallel  with  "Design  Software"  and  "Build  and  Unit  Test  Software". 
A library  of  Previously  constructed  tests  that  are  presumably  tied  to  sub-systems 
is  available  for  reuse  as  directed  by  Activity  1.  The  output  of  this  activity 
Is  the  set  of  system  test  scenarios,  drivers  and  monitors  that  will  control 
Activity  F. 
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(а)  Build  and  Unit  Test  Software  (Activity  4).  Burl  no  this  activity, 
the  i rrpl emen tation  s pecTTi ca t i ons  produced  'by  Act i vi ty  2 are  used  to  produce 
unit  tested  software  modules.  A library  of  previously  constructed  modules  is 
available  for  reuse  (with  or  without  modification) . 

(5)  Integrate  and  System  Test  (Activity  £).  Durina  this  activity,  the 
modules  produced  by  Activity  4 and  the  interface*  and  subsystem  specifications 
produced  by  Activity  3 are  used  to  bind  the  system  components  Into  their  final 
form.  The  system  is  then  exercised  to  validate  the  system  usino  the  test 
scenarios  and  monitors  provided  by  Activity  3.  The  final  output  of  this  activity 
is  the  completed  system  released  to  the  maintenance,  distribution  and  confioura- 
tion  control  activity  (Activity  f).  Inteoration  end/or  test  failures  are  re- 
flected back  to  the  design,  test,  production  or  software  production  activities. 

(б)  Maintain  System  Activity  (Activity  f).  The  final  development  activity, 
"Maintain  System"  is  primarily  a clearing  house  and  control  center  for  the  re- 
ception, evaluation,  and  control  of  engineering  chance  requests.  These  reauests 
are  routed  to  the  appropriate  activity  for  implementation,  desian,  or  analysis. 
The  maintenance  function  distributes  configuration  controlled  systems  to  the 
users,  and  releases  the  results  of  the  development  effort  into  the  available 
technology  data  base. 


5.  SUPPORT  SOFTWARE  STRUCTURE. 


a . General . 

The  software  base  will  be  structured,  in  part,  by  partitionina  the 
software  tool  types  accordinq  to  the  specific  development  activities  they 
support.  However,  this  approach  may  ionore  that  part  of  the  software  base  that, 
supports  the  operation  cf  such  tools  and  does  not  clearly  indicate  those  tools 
that  support  more  than  one  activity.  To  make  such  software  visible,  the  software 
base  will  be  structured  further  through  a layered  approach  that  will  provide 
insight  into  the  relationship  amono  software  base  components. 

There  are  at  least  five  distinct  virtual  layers  associated  with  an 
operational  computer  system  and  three  layers  of  software  that  support  the  soft- 
ware development  process,  layer  0,  the  innermost  layer,  represents  the  bare 
computer  hardware  includino  Items  such  as  processors,  channels,  main  storaae, 
mass  storage,  bulk  I/O,  archival  storage,  hardware  monitors,  terminals,  sensors, 
and  communications  interface  devices.  Layers  1 through  3 "reside"  on  the  hard- 
ware and  collectively  provide  the  virtual  machine  capability  that  is  necessary 
to  support  layer  4,  the  applications  software.  In  the  followino  paragraphs, 
layers  1 through  3 are  described  along  with  short  descriptions  of  the  tools 
that  reside  in  these  layers  and  the  relationship  of  such  tools  to  the  various 
development  activities. 

b.  Layer  3:  Functional  Support  Tools.  Layer  3 contains  those  tools  that 
provide  direct  support  to  the  software  development  activities.  These  are  the 
tools  with  which  the  applications  software  developer  has  the  areatest  interaction. 
Layer  3 tools  will  be  related  to  the  specific  development  activltes  they  support. 

(1)  Layer  3 Tool  Types  it  Support  Activity  1 (Analyze  Requirements). 

The  types  of  tools  that  are  directly  applicable  to  requirement  analysis  are  1 isted 
below: 

(a)  <-»•*’  Purpose  System  Simulators.  Allows  a user  to  construct  a computer 
nodel  of  a real  or  proposed  system  and  to  perform  simulation  experiments  to  de- 
termine the  behavior  of  the  model  under  various  operational  conditions. 

(b)  System  Description  Languages  and  Analy?ers.  Assist  system  analysts  in 
describing  the  functlonal~cKaracteristTcs  of  a system  and  in  validating  the  con- 
sistency and  completeness  of  a functional  decomposition. 

(2)  Layer  3 Tool  Types  That  Support  Activity  2 (Peslnn  Software) . The  types 
of  tools  that  are  directly  applicable  to  "software  rlesTorT  are  listed  "below: 

(a)  Computer  System  Simulators.  Similar  in  nature  to  the  general  purpose 
simulator  exceot  tnat  Its  basTc"T>u11dino  blocks  represent  real  computer  system 
components  whose  modeled  behavior  approximates  the  throughputs,  capacities,  and 
access  times  achievable  on  the  modeled  equipments. 


(hi  Fata.  r>«_so_  Fpsicn  Mds . Assist  data  base  dosioners  in  orrurino  data 
■-  ’certs  Fhtr  Tooical  rrcrrrl  classes  and  in  deterrinlnc  the  relationships 
snore  looical  epcord  classes  i nr  licit  in  either  fhe  nature  of  the  data  rr  the 
i.seoo  c * the  data. 

(c)  ata  Pictionarv  Systems.  Assist  data  hasp  dps i oners  ir,  manaoino  the  data 
definition  FcTTvTtTes . 

(3)  Layer  3 Tool  Types  That.  Support  Activity  3 (Puilri  System  Tests).  The 
types  of  tools'  recuTred  to  support  system  test  consTructlon'  are'lTsFe’fr  bel  ow: 

(a)  Test  Pata  Operators.  Create  data  x,les  for  testino  and  validatlno  pro- 
orars . 

(b)  Test  Data  Auditors.  Compare  date  f<les  aoainst  specification  and  rroduce 
reports  of  discrepancies  and/or  ccnpliarce. 

(c)  Test  Case  Design  Advisors.  Analyze  proorars  written  in  a hioh  level 
larcuaoe  and"  present  Tfie  results’ of  that  analysis  in  a forr  suitable  to  assist 
test  case  desioners  in  the  selection  of  test.  data. 

(d)  Test  Instruments  and  Analyzers.  Instrument  r<odules  under  test  sc  as  tr 
collect  datcFTFaracteriyino  an^'befia'vTrr  of  the  r-odulc. 

(A)  Layer  3 Tori  Tyres  That  Support  Activity  A (ru;ld_aml  Unit  'rst  'cttvarcl . 
The  types  oF  tool s tT»t  arr  ropiiTvwv'  ‘•n  r>Tpnment  and  • 

test  activity  are  Ubu  . viow. 

(a)  Assemblers . Allow  proorars  to  be  coded  in  a symbolic  lancuane  in  which 
'♦atemerts  oenera'l’Ty  errresnond  to  a sinrlo  machine  instruction.  Specific  tools 
trcludf  Basic  Assemblers  and  *’acro  Assemblers,  (hosted  and  sel f- hosted) 

(b)  Compilers.  Translate  proorars  written  ir.  a hioh  level  larcuaoe  into  eithn 
r r ' o c a t r, bl e 6b j ec t code  acceptable  to  a linker  or  assembly  lanouaoe  acceptable 

tr  an  Assembler.  (hosted  and  self-hosted' 

(c)  Instruction  Simulators.  Simulates  the  instruct ior  set  of  the  tnroet  machine 
m e host  machine.  ~brevides~ trace,  snapshot  and  dump  capabilities. 

(d)  Linkers.  Combine  the  text  produced  by  separate  invccations  or  Compilers 
ard  Assemblers  ( ’object  nodules")  into  executable  cede  strinns  ("loac.  modules" 

rr  "rrrr  traces"!  that  can  he  loaded  into  the  computer's  main  storaor  and  executed 
without  further  processing  Specific  tools  are  rasic  linkers.  Simrle  Overlay 
lirhrr.  and  extended  Overlay  Lirkrr. 

(e)  r eburnino  Airis.  Assist  the  nrocranrer  in  ’oratimi  the  sources  of  prooram 
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errors  that  have  beer  discovered  rturinc  unit  testino,  usually  by  oivirn  hir 
some  control  over  the  execution  cr  the  module  under  test  that  is  external  to 
the  norma1  rrcnram  code.  SDeci^ic  tcels  arp  Interactive  Symbolic  Tebunaers, 
r:on-Interactive  Symbolic  rebuooe**s.  Tr.teractive  Absolute  Debucaers  ar.d  h'cn- 
Tnteractive  Absolute  Pebucoe>'s. 

(f)  Mcdule  Libraries  enr  Chance-  Tortro 1 cvsters.  Provide  computer  ccrtrr 1 1 rd 
maintenance  of  orcups  oA'  relate?  source  nc?uTes  Tnroorars) , ob.iect  nodules  (the 
rutcut  of  Assemblers  and  Compilers),  and  load  nodules  (the  output,  o'  Linkers), 
‘peci^ic  tools  are  Pasic  Libraries,  Integrated  Libraries,  and  Autoretie  Soft- 
ware Production  and  Test  Systems. 

(n)  Perfcrnance  f‘or  iters.  Assist  the  r roc rarer r ir  cuantifyinr  the  resource 
ccrsurptirr  characteristic?"' c ~ a nrooran  and  in  isolatino  performance-critical 
areas.  Specific  tools  are  I arrunre  rmendent  Monitors  and  Lanruaoe  Independent 
"cnitors. 

(h)  Standards  rntcrcers.  Allow  source  proorams  tc  he  exanined  automatic?1  S' 
ard  checked  for  conformance  *o  installation-defined  standards  of  fernat.  content, 
ard  usaoe. 

(i)  Preprocessors  and.  Feforr.atters.  Assist  prooramners  in.  prcducino  well- 
structured  and  readable  rrocrars  Fy  aTlowinc  the  introduction  o*  structured 
oroorarrir.c  constructs  into  source  errerars  for  ’ancuaoes  that  dc  not  have  then  . 
ard  by  automatically  ccntrrl! ire  indentation,  the  placement  o*  comments,  etc., 
to  produce  readable  listines. 

(5)  Laver  3 Tool  Types  That.  Support.  Activity  F( Integrate  and  Systpr  Test) 
and  Activity  f (Mairta~ir  Mystery.  There  are  no  uni  due  layer  3 tools  that  exhst- 
tc  support  these  activities."  The  tools  fhat  were  listed  for  activities  1 throuoh 
A are  oeneral’y  applicable  tc  activities  5 and  f at  layer  ?.  Most  of  the  tools 
used  in  practice  that  are  specifically  oriented  to  activity  F are  special -rurrese . 
e.o.,  test  environment  tools  (emulators,  hot  benches,  system  intenration  lab 
support,  virtual  machines',  test  drivers  and  special  performance  monitors. 

c.  Layer  2:  Oeneral  Support  Services.  The  primary  function  of  layer  ? tor’s 
■is  to  provide  a framework’ of  common  services  that  will  allow  the  outputs  of  third 
layer  functions  to  he  stored,  retrieved  and  inter-communicated.  Second  layer 
functions  should  be  usable  for  common  purposes  across  different  third  layer  func- 
tions, and  should  serve  to  hide  (where  possible)  differences  between  first  layer 
and  third  layer  functions.  Laver  2 tool  tyres  provide  reneral  support  to  all  of 
the  software  development  activities.  These  too1  types  are  summarized  as  follows: 

(1)  Data  Pase  Manaoerert  Systers.  Allow  the  user  c f a computer  system  to  de- 
fine the  contents  of  and  the  IroTcaT  relationships  between  collections  of  data 

•Items  that  represent  seme  useful  abstraction  of  a real -world  phenomenor  (tactical 
command  and  control  systor.  the  modules  and  documentation  c * a system  computer 
pronrnrs)  without  beino  concerned  witk  tho  physical  mechanics  cf  storino,  locetino, 
and  retr^evicr  i*omr  or  mrourr  or  items. 
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(2)  PFRT/CPM  Systems.  Assist  managers  in  plannino  and  controlling  project 
activities. 

(3)  Project  Estimation  Systems.  Assist  In  the  development  of  work  breakdown 
structures  and  relate?-  perForivarce  standards  for  use  in  estimation  project  resource 
requirements. 

(A)  Documentation  Aids.  Assist  in  the  preparation  and  maintenance  of  documen- 
tation about  tTTToduTeYbf  a system.  Specific  tools  are  Text.  Processino  Sys- 
tems, Flowchart  Construction  Lannuaoes  and  Automatic  Flowcharters. 

(5)  Data  Manipulation  Utilities.  Allow  the  system  user  to  alter  the  format 
and  content  of  data  TTTeiH Independent  of  the  looical  sianificance  of  the 
data  fields  involved.  Specific  tools  are  Sort/Merae  Proorams  and  Fditors 
(Interactive  Source  l.anouaae  Fditors,  Interactive  Object  Module  Fditors,  Patch 
Source  Lanpuaoe  Tditors,  and  Patch  Object  Module  Fditors). 

(fi)  Information  Retrieval  Systems.  General  purpose  application  rroorams 
operating "either  oh-Tihe'TioterVctively)  or  in  batch  that  Interpret  user  reouests 
to  locate  and  display  information  that  is  stored  either  within  a structured 
data  base  or  within  separate  files.  Specific  tools  are  Query  Lanouaoe  Systems 
and  Report  Writers. 

Layer  1 : Opera t inn  System  Services.  Layer  1 implements  the  operatino 
system  services  that,  present  a 11  vTrt ual  'machi ne " interface  to  the  services/tools 
at  layers  2 and  2 and  manaoe  the  real  system  hardware.  The  layer  1 tool  types 
are  oeneral’y  applicable  across  all  of  the  software  development  activities. 

Layer  1 tool  types/capabilities  are  listed  below: 

0)  Pasic  Operatino  Systems  (POS).  Runs  sinole  user  processes  from  initia- 
tion to  termination,  flay* or" may  not  overlap  I/O  with  execution.  Provides  basic 
I/O  support  that  allows  user  to  refer  to  files  symbolically  and  to  read  and  write 
them  without  knowino  the  hardware  details  of  the  I/O  Interface.  Provides  basic 
batch  supervisor  services  that  control  normal  and  abnormal  job  termination,  job 
to  job  transition,  and  operator  communication.  Provides  a minimum  base  for  pro- 
oram  development  by  sunportino  at  least  one  lanouaoe  translator  and/or  linker/ 
loader. 

(*■)  Multi programming  Operatino  System  (MPS).  Provides  all  of  the  services 
of  the  Pasic  Operatino  System.  Supports  the  concurrent,  execution  of  two  or  more 
user  jobs  by  allowinq  the  execution  of  any  job  to  be  suspended  while  another  is 
executed  without  any  special  prooramnino  considerations  in  the  user  job.  Prevents 
concurrently  execution  user  jobs  from  accidentally  or  intentionally  destroying 
each  other  or  the  supervisor. 

(3)  Multiprocessor  Operatino  System  (MPPS).  Allows  t.he  computing  load  to  be 
spread  across  more  Than  one  Processor  Vasetf  on  automatic  (programmed)  load-level- 
ing algorithms  or  operator  control,  hut  does  not  reouire  special  case  prooramnino 
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In  the  user  job.  Multiprocessor  Cperatina  Systems  include  the  shared  storane, 
loosely  coupled,  and  networked  types. 


(4)  Virtual  Machine  Monitor  (VMM).  The  oneratinc  system  presents  an  inter- 
face to  ^he  user  procrarTTKat  makes' It  appear  that  the  prooram  is  execution  cn 
a real  computing  system. 

(5)  Time- Sharing  Operation  System  (TSOS).  This  is  a variant  of  the  multi- 
programnTnp  cperatina  system  In  vbTch  system  resources  are  allocated  to  user 
jobs  in  such  a way  that  all  jobs  appear  to  prooress  at  the  same  rate.  In 
addition,  users  are  allowed  to  "interact"  with  and  receive  output  from  their 
jobs  via  terminals.  Such  systems  are  optimized  for  response  rather  than 
throuohnut. 

(6)  Peal-Time  Operating  Systems  (RTPS).  Allows  user  jobs  to  be  executed 
within  specified  sTiort  time  limits. 
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a.  Gen era T . In  orrler  t.o  compare  the  architectures,  a procedure  was  re- 
"ii’'*er  v^TcF could  auanf‘'y  thc'r  support  software  investment.  The  iters  deemed 
tc  be  Identifiable,  obtairahlf  and  translatable  irt.c  financial  data  were  applica- 
bility and  availability. 

b.  Applicability.  Applicability  was  determined  by  utiliziro  the  results 
obtained  by  the  ballotinc  of  the  CFA  members  in  the  Spring  of  197P.  Applicabil- 
ity, then,  involved  the  determination  of  the  functional  relevance  of  a oiven 
software  base  component  (tool  type)  tc  the  development  of  military  tactical 
software  systems.  Applicability  was  not  intended  to  be  a binary  criterion  but 
was  to  be  a measure  of  the  potential  importance  cf  the  component,  ranoino  from 

rot  applicable"  to  "essential".  Factors  that  were  to  be  considered  in  determin- 
ino  the  importance  of  a tool  type,  in  addition  to  essentiality,  included 
spectrum  coveraoe.  economic  ’mnect,  software  size,  and  the  number  of  different 
-instances  of  the  same  tool  type  for  a oiver  CFA.  Committee  members  were  sent 
a list  cf  support  software  tools  delineated  in  the  previous  section,  were 
allotted  F. OOP  points,  and  were  asked  to  distribute  these  prints  over  the  tools 
thereby  indicating  the  relative  anplicability/imprrtance  cf  each  tool  to  their 
activities.  The  ouidar.ee  oiver  tc  the  nerhers  was  'hat  if  a tod  was  essertial 
'c  - i’itary  computer  so'tV'.are  development  then  it  should  deserve  more  weinht 
♦■tar  me  that,  is  only  nice  tr  have.  Consideration  was  also  tr  he  riven  to 
soectrum  coveraoe,  i.e..  the  utility  cf  the  component  across,  development  activi- 
ties as  v.ell  as  across  development  disciplines.  Consideration  was  tc  he  oiven 
to  economic  impact,  the  potential  cost  savinos  that  mav  bo  realized  throuoh  use 
of  the  tool  type. 

The  results  of  this  applicability  badotino  we"°  compiled  and  the 
too’  1-'st  was  ordered  in  terms  (f  prints  received.  A predetermined  threshold  of 
'rrr  spirts  was  then  aprlioo  aoainst  the  list.  In  other  words,  ary  tool  which 
received  1ess  than  that  threshold  would  no  lonoer  ho  considered.  The  justifica- 
tion tor  this  was  that  DCr  could  not  afford  tc  build  tools  wh’ch  a representative 
sroc*rur  of  system  developers  determined  were  not  very  applicable. 

The  applicability  results  eliminated  approximately  half  of  the  tools 
delineated  in  the  previous  section  leavino  ?P  tools  tc  he  utilized  in  the  avail- 
ability phase  of  the  evaluation.  These  tools  are  delineated  in  Table  f-1. 

c.  Availability.  The  availability  phase  of  the  evaluation  consisted  of 
visitirc  o’r  contractinc,  'or  each  o'  the  architectures,  manufacturers,  project 
ranacers,  Government  laherctor’es  ard  ary  other  known  user  o'  the  arch:+rcture 
ip  errier  to  determine  what  software  toois  existed.  The  annex  of  this  document 
entitled  "Independent  Audit  of  the  Availability  of  Support.  Software  for  the 
Ah'/CVG-21  Architecture  and  Current  Military  Architectures''  details  the  results 
r.f  the  availability  phase  of  this  evaluation. 
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TABLE  6-1. 
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CPMPILCP  RESULTS  OF  THE  APPLICABILITY  BALLOTING 


Compilers 
Macro  Assemblers 

Interactive  Source  Lanouaoe  Editors 

Interactive  Symbolic  Oebuooers 

Extended  Overlay  Linker 

Test  Case  Pesion  Advisors 

Inteorated  Library 

Text  Prccessinr  System 

PRKS 

GP  System  Simulator 
TSOS  + \W 

Lanouaoe  Independent  Monitors 
Test  Data  Generator 
Non- Interactive  Symbolic  Debuqrer 
Ccmputer  System  Simulator 
Batch  Source  Lanouaoe  Editors 
Lanouaoe  Dependent  Monitors 
TSOS  + MPOS  + VMM 
Basic  Assembler 
PTOS  + TSPC 

Test  Instrumenters  and  Analyzers 
Automatic  SW  Production  and  Test. 
Easic  Linker 
Standards  Enforcers 
^formatters 
Test  Data  Auditor 
Simple  Overlay  Linker 
Data  Base  Cesiqn  Aid 


Sort/Me roe 
Preprocessors 

Basic  or  Loosely  Coupled  Library 
Project  Estimation  System 
System  Description  Lanouaoe  and  Analyzer 
PTOS 

PEP.T/CPM 

TSOS 

MOS 

BOS 

Report  Writers 

Interactive  Object  Module  Editors 
Interactive  Absolute  Pebuooer 
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TABLE  6-1 . 

COMPILED  RESULTS  OF  THE  APPLICABILITY  BALLOTING  (CONTD) 

f 

622 

Data  Dictionary  System 

616 

RTOS  + MPPS 

607 

Ouery  Lanouaqe  Systems 

600 

PDL 

600 

Batch  Object  Module  Editors 

600 

Automatic  Flowcharters 

55P 

Flowchart  Construction  Lanquaaes 

513 

Non- Interactive  Absolute  Debuooer 

410 

MPOS 

365 

TSOS  + MPOS 

350 

BOS  + VMM 

315 

MOS  + VMM 

305 

RTOS  + MOS 

250 

MPOS  + VMM 
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c.  Consolidation  of  Results.  Enough  data  was  now  available  to  determine 
the  relative  current  software  dollar  investment  as  well  as  the  current  software 
dollar  deficiency  of  the  architectures.  In  order  to  do  this,  a development 
cost  for  each  tool  was  needed.  It  was  known  that  the  architecture  manufacturers 
and  software  vendors  considered  such  information  to  be  proprietary.  Therefore, 
the  following  approach  was  taken:  First  each  manufacturer  and  project  manager 
was  requested  to  provide  the  source  code  size  (disregardlno  comments)  for  his 
available  tools  as  well  as  the  language  which  the  tool  was  written  in,  and  the 
object  code  size  in  instructions.  Second,  a productivity  figure  was  needed. 

F.  Brooks,  "The  Mythical  Man-month"  4was  considered  to  be  the  best  source 
since  It  compiled  productivity  fiaures  from  IBM's  OS/360  development  as  well 
as  Bell  Laboratories  FSS  software  development.  Brooks  cites  600  lines  of  code 
per  man-year  for  operatino  system  development  and  2,000  lines  of  code  per  man- 
year  for  other  software  development.  It  was  felt  that  the  state-of-the-art  in 
operating  systems  had  improved  significantly  since  his  data  was  obtained  (nearly 
ten  years  ago)  and  thus  a figure  of  1,000  and  2,000  lines  of  code  per  man-year 
for  operating  system  and  other  support  software,  respectively,  was  decided  upon. 
Third,  a fully  loaded  price  per  man-year  of  $70,000  was  assumed.  Table  6-2 
depicts  the  source  code  data  and  estimated  development  cost  for  each  of  the  tools. 
The  next  section  delineates  the  final  results  of  the  evaluation  process. 

d.  Non-Tarciet  Oriented  Tasks.  During  the  process  of  this  evaluation,  it 
occurred  to  the  "Investigators  that  certain  of  the  tools  of  Table  6-1  were  of  such 
a general  non-target  oriented  nature  that  if  one  tool  of  the  type  were  available 
on  some  machine  then  it  would  probably  not  be  developed  by  the  MCF  proaram  and 
therefore,  credit  should  be  given  to  all  architectures  for  this  type  tool.  Tools 
in  this  class  (above  the  threshold  line  of  Table  6-1)  are: 

(1)  General  Purpose  System  Simulator 

(2)  Test  Data  Generator 

(3)  Test  Data  Auditor 

(4)  Integrated  Library 

(5)  Automatic  Software  Production  and  Test 

(6)  Standards  Envorcers 

(7)  Text  Processing  Systems 

(8)  Interactive  Source  Lanauaae  Editors 

(9)  Batch  Source  Language  Editors 

All  of  the  evaluations  detailed  in  this  report  are  based  upon  this  assumption. 
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TABLE  6-2.  ESTIMATES  OF  TOOLS  SIZE  BY  SOURCE  LINES  OF  COOE  AND  ESTIMATED  TOOL  COST  (CONTINUED) 
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f.  Results  Assuming  f]y  Lar(n.aonf-  pro ui red , Tables  f-3  tr  f -7  depict  the 
software  bases  and  indTvTdual  tools' est in  ate?  cos*  fc r each  of  the  military 
architectures  and  the  AN/GYP-Tl  assumim  that,  a corriler  and  associated  language 
dependent  tools  are  necessary  fn  pi1  rf  the  lanruaoos  delineated  below: 

(1)  cppol 

(2)  TORTRAM 

(3)  crs-2 

(^)  JOVIAL 

(5)  "ACPPL 

tables  f-F  to  b-1?  list  the  tools  deficient  for  each  rf  the  architectures  makino 
ar  assumption  identical  to  that  utilized  above.  Table  0-11  depicts  a summary 
in  dollars  for  all  of  the  architectures. 

o.  Results  Assuring  One  Lannuane  Plus  POP-1  Required  And  Unequal  Compiler 
Costs . 

Tables  6-14  tc  f-?A  represent  the  results  cf  an  analysis  based  upon 
a slightly  different,  but  probably  n>ore  realistic  assumption.  Tirst  it  was 
assumed  that  the  tools  required  for  each  architecture  are  the  laneuaoe  inde- 
pendent. tools,  rlus  those  tools  that  are  laneuaoe  dependent  and  support  those 
lanouaoes  currently  used  extensively  or  likely  to  bo  usrd  in  the  future.  Ter 
example,  wo  only  require  laneuaoe  dependent  tools  for  CM?-?  for  the  AN/l'YK-7 
and  AN/UYK-20,  TACPOL  for  the  AN/GYK-1?  and  FORTRAN  for  the  AN/tlYK-l°  and 
AN/GYO-21.  Secondly,  since  the  OOP  Common  Hirher  Order  Lanouaee  is  likely  to  be 
required  for  all  military  computers  in  the  future,  v-e  assumed  that  each  archi- 
tecture is  required  to  have  a POP-1  compiler  and  all  other  POP- 1 dependent  support 
tools. 

Specifically,  Tables  6-14  tr  6-1P  represent  *hr  tools  available  for 
each  architecture  and  the  estimated  cost  for  each  tool . Tables  f-io  to  P-?3 
represent  the  tools  available  for  each  architecture  and  the  estimated  cost  for 
each  tool.  Tables  f-10  to  6-?3  rooresent  the  deficiencies  of  each  architecture 
and  Table  6-24  depicts  a summary  of  the  total  bases  and  deficiencies  in  dollars 
for  each  architecture. 

A comment  should  he  made  concerning  the  estimated  compiler  cost  for 
the  TOP  Common  Hioher  Order  lannuane  (POP-1 1.  ft  first  glance,  the  estimated 
cost  rf  fiOOK  seems  to  be  inconsistent  with  the  estimates  used  for  compilers  of 
other  larouaaes.  However,  the  TOP-1  compiler  will  be  implemented  with  a common 
root,  front  end  and  will  be  developed  independently  of  the  M0r  Trooram  by  APPA. 

All  that  will  be  necessary  if  ere  wants  to  renortate  a compiler  for  a particular 
machine  is  tc  write  a code  generator  frr  that  machine.  Therefore,  it  was  felt 
that  thr  estimated  cost  of  f-POK  for  such  a (omnilor  was  realistic. 


h.  Results  Assuming  One  Language  Plus  POP- 1 Required  and  Equal  Compiler 
Costs.  Table  6-24  represents  the  result  of  an  analysis  based  upon  assuming  un- 
equal compiler  development  costs.  While  these  compiler  development  values 
reflect  estimates  based  upon  actual  data  or  from  source  lines  of  code  In  the 
compiler.  It  Is  probably  unrealistic  to  estimate  different  development  costs 
for  different  languages.  Therefore,  Table  6-25  represents  a similar  analysis 
to  that  of  Table  6-2A,  but  the  development  cost  of  each  compiler  for  the  current 
lanouaoes  has  been  estimated  at  51,000,000.  r 


TAPLF  f-3.  AN/UYK-7  SOFTCAPF  5ASF 


1. 

Test  Instrumenters  & Analyzers: 

280K 

FORTRAN 

2. 

Assembler 

135K 

3. 

Macro  Assembler 

8O0K 

4. 

Compilers 

5600K 

FORTRAN 

CMS-2 

JOVIAL 

5. 

Basic  Linker 

1 30K 

6. 

Interactive  Debugging  Aids 

ROOK 

Assembler 

CMS-2 

7. 

Non-Interactive  Debugging  Aids 

50K 

CMS-2 

8. 

Language  Independent  Monitor 

21  OK 

9. 

Reformatter 

11  OK 

FORTRAN 

10. 

Text  Processing  System 

630K 

11. 

Interactive  Source  Editor 

1 30K 

12. 

Batch  Source  Editor 

100K 

13. 

RTOS  + TSOS 

3500K 

14. 

Instruction  Simulator 

350K 

15. 

Data  Base  Management  System 

4200K 

Tr,Pl_r  ff-T.  Ati/UYK-7  SOFTWARE  PASF  (CONV^V 


16.  General  Purpose  System  Simulator 

17.  -Test  Data  Generator 
IS.  , Test  Data  Auditor 
19.  Integrated  Library 


TOTAL 
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• 7D0K 


r 35PK 
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TAPtC  fr-4.  AN/t'YK-20  SOFTWARE  BASF 


1.  Test  Instrumenter  A Analyzer 


FORTRAN 
CMS -2 


2. 

3. 

4. 


Assembler 
Macro  Assembler 
Compilers 


FORTRAN 

CMS-2 


THIS  FAGb:  IS  Hi  ' rifiABja 

EKftM  COi'X  FUivUioiU.  Wv-v 


5. 

6. 

7. 

8. 


9. 

10. 

n. 

12. 

13. 

14. 

15. 

16. 


Basic  Linker 

Language  Dependent  Monitor  Assembler 
Language  Independent  Monitor 
Reformatter 
FORTRAN 

Batch  Source  Editor 
Instruction  Simulator 
General  Purpose  System  Simulator 
Test  Data  Generator 
Test  Data  Auditor 
Integrated  Library 
Text  Processing  System 
Interactive  Source  Editor 


Total 


560K 


135K 

8D0K 

4300K 


1 30K 
50K 
Z10K 
110K 


1 30K 
350K 
700K 
35HK 
140K 
inOK 

630K 
1 30K 


S8.825K 


I 


TABLE  6-5.  AN/UYK-19  SOFTWARE  RASF 


Test  Inst,  rumen  ter  nnrf  Analyzer: 
FORTRAN 


Assembler 


' 1T5K 


Macrc  Assembler 


ROOK 


Compiler 

FORTRAN  - Com  - {"?■■■? 


TP.fOOK 


Basic  Linker 

Sirple  Overlay  Linker 

> 

Interactive  Debucoino  Aid 
Assembly  - COPOL 
Peformatter 


FORTRAN 


Bata  Base  Management.  Syster 
Interactive  Source  Editor 
Patch  Source  Editor 


1 TON 


C£tr>. 


4,pnnK 


Instruction  Sirulatcr 
General  Purpose  System  Simulator 
Test  Data  Generator 
Test  Pata  Auditor 


Inteorated  Library 
Text  Procession  System 


TOTAL 


IBIS  PAGE  IS  BEST  QUALITY  PRACTICABLE 
JfSUM  COi’Y  PUKNlSiLU  TO  OVO 
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TABLE  f-F.  Ai/'-Vr-t'l  SOFTWARE  RASE 


Data  Base  Deslnr  Aid 

Test  Instrumentor  A Analvier 

FORTRAN 

Assembler 

Macro  Assembler 

Compilers- 

FORTRAN 

COBOL 

Basic  Linker 

Slmnle  Overlay  Linker 

Extended  Overlay  Linger 

Interactive  Debueninn  Aids: 

Assembly 

COBOL 

f'on-lnt.eractlve  Debuerino  Md: 


FORTRAN 

COBOL 

Inteoratrd  Library 

Reformatters: 

FORTRAN 


Data  Base  Manaqement  System 
Text  Processlno  System 
Interactive  Source  Editor 


SHIS  PAGE  IS  BEST  QUALITY  FRACTICABL1 
IBON  COPY  njRNISHJij  TO  qdc  * 


1 1 SOI* 


7300K 
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TAP IF  6-6.  AH/GYO-21  SOFTWARE  BASF  (COHTD) 


16.  Patch  Source  Editor 

17,  . PTOS  + TSOS 

1EM  Instructor  Sirulater 

19.  General  Purpose  System  Simulator 

?o,  Test  Oat*  Generator 


21,  Test  Data  Auditor 


TOTAL 


3.500K 


. , 21 ,515K 


1 


~ARl  f 6-".  AIVPYM?  'WTint  r ATT 


’est  Irstruirentc*  on,'1  Analyzer 

"Acrn 

Assembler 
Vacro  Assembler 


one i ltrs 


TACPOl 

Basic  Linker 

Non-interactive  rebuaoino  Aies 
TACPOL 

Patch  Source  Cd'trr 
General  Purpose  cystm  Mrulnt.n* 
~est  Data  Generator 
Test  Data  Auditor 


1 .nnoic 


Text  Process i nr  Cynic* 
Interactive  Sou  nee  fri’er 


TOTAL 


t/:  ,aacK 


usacit&ABUS 
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TABLE  6-8.  AN/UVK-7  SOFTWARE  DEFICIENCIES 

’i  i i ’ t ,i 


Computer  Syr. tor:  S ini*  la  ter 
Oata  Oas*  nesior  ' i ‘ 

Test  Case  Pesior.  'Yvisor 


A2PK 

’*  ( : • .> 

1 1 5HK 
21  O0K. 


FORTRAN 
* COBOL 
CMS- 2 
OOVIAL 
TACPOL 


y ''i'.Ih 


1 


4.  Test  Instrumenter  .*  Aralvzer 


ll^K 


COBOL 

CMS-2 

OOVIAL 

TACPOL 


1.  Compilers 


>3^0  r. 


Cooni. 

TAC™1 


f. 

7. 


Simple  Over  lav  L1r!-*«- 
FxterHed  Over’aw  tirKr 
Interactive  Oe^uealnn  A*ds 


21  OK 
Took 

1000K 


COBOL 

rnRTRAN 


JOVIAL 

TACPOL 


o.  Nor-Interactive  Tebuno’nn  Mds 


?^0v 


Assemhl y 

FORTRAN' 

COBOL 

JOVIAL 

TACPOL 


PAQl  IS  BEST  QUALITY  rKACl'lJAtUS 

OOP*  WWUSiU®  IV  iiDO - 


Automatic  Software  ''r-^icticr  Test 


' pp*i. 


11 


i 
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TABLE  6-6.  AN/UYK-7  SOFTWARE  DEFICIENCIES  (CONTD) 


11.  Lanouaae  Dependent  Monitor 


3O0K 


Assembly 

FORTRAN 

COBOL 

CMS-2 

JOVIAL 

TACPOL 


12.  Standards  Enforcer 


420K 


FORTRAN 

COBOL 

CMS-2 

JOVIAL 

TACPOL 


13.  Reformatter 


450K 


COBOL 

CMS-2 

JOVIAL 

TACPOL 


14.  PTOS  + TSOS  + VMM 

15.  TSOS  + MPOS  + VMM 


?,BQOK 

1.400K 


TOTAL 


f20,A10K 
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TABLE  6-9.  AN/UYK-20  SOFTWARE  DEFICIENCIES 


1.  Computer  System  Simulator 

2.  Data  Base  Design  Aid 

3.  Test  Case  Design  Advisor 


COBOL 

CMS-2 

JOVIAL 

TACPOL 

4.  Test  Instrumenter  & Analyzer 

COBOL 

CMS-2 

JOVIAL 

TACPOL 

5.  Compiler 

COBOL 

JOVIAL 

TACPOL 

6.  Simple  Overlay  Linker 

7.  Extended  Overlay  Linker 

■ 

8.  Interactive  Debugging  Aids 

Assembly 

COBOL 

FORTRAN 

CMS-2 

JOVIAL 

TACPOL 

9.  Non-Interactive  Debugging  Aids 

Assembly 

COBOL 

FORTRAN 

CMS-2 

JOVIAL 

TACPOL 


420K 

1150K 

1200K 


1100K 


8900K 


21  OK 
500K 
1800K 


280K 
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TABLE  6-9.  AN/UYK-20  SOFTWARE  DEFICIENCIES  (CONTD) 


10.  Automatic  Software  Production  and  Test  1Q0QK 

11.  Language  Dependent  Monitors  250K 

COBOL 
FORTRAN 
CMS- 2 
JOVIAL 
TACPOL 

12.  Standards  Enforcers  420K 

FORTRAN 

COBOL 

CMS-2 

JOVIAL 

TACPOL 

13.  Reformattors  450K 

COBOL 

CMS-2 

JOVIAL 

TACPOL 


14. 

Data  Base  Management  System 

4200K 

15. 

RTOS  + TSOS 

3500K 

16. 

RTOS  + TSOS  + VMM 

2800K 

17. 

TSOS  + MPOS  + VMM 

1400K 

TOTAL  $29,580K 
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TABLE  6-10.  AN/UYK-19  SOFTWARE  DEFICIENCIES 


1.  Computer  System  Simulator 

2.  Data  Base  Design  Aid 

3.  Test  Case  Design  Advisors 

FORTRAN 
COBOL 
CMS -2 
JOVIAL 
TACPOL 

4.  Test  Instrumenters  & Analyzers 

COBOL 
CMS -2 
JOVIAL 
TACPOL 

5.  Compilers 

JOVIAL 

TACPOL 

6.  Extended  Overlay  Linker 

7.  Interactive  Debugging  Aids 

FORTRAN  

CMS-2 

JOVIAL 

TACPOL 

8.  Non-Interactive  Debugging  Aids 

FORTRAN 

COBOL 

CMS-2 

JOVIAL 

TACPOL 

Assembly 


1150K 

2100K 


HOOK 


2600K 


1200K 


tabif  p-in . i°  scttvapf  df r t ct r NT. t f r (oqntp) 


9.  Automatic  Software  Production  and  Test. 

TO.  LancuAoe  Independent  Monitor 

11.  Language  Dependent  Monitor 

Assembly 

FORTRAN 

COBOL 

CMS -2 

JOVIAL 

TACPOl. 

1?.  Standards  Fnfrroers 


FORTRAN 
COBOL 
CMS- 2 
JOVIAl 
TACPOl 


i'.  P.efonretter 

t 

COBOL  1 

crs-2 

JOVIAl 
TACP<  L 

• PTpc  ^ j«;pr 

1 FT  OS  -t  7r0S  ■*  VN*; 

Ir.  TSOF  MPOS  + VMM 


•“SSSS****8 


tT\A.C-T 


iCAltf* 


I .nppir 


TOTAL 


“.F°ok 
2 ,POOK 
I .4QQK 
Sia.Sf'OK 


o 


rm.r  f-n . ■ t-uarf  officip'ciff 


1.  Conouter  System  Simulator 
?.  Test  Case  Desiqr  Advisors 


FORTRAN 

COBOL 

Cf,S-2 

JOVIAL 

TACPOL 


Test  Instrur.eoters  and  Aralyrers 

COBOL 
CMS -2 
, . JOVPL 
TACPOL 

4.  Come  il  err. 

CMS- 2 

JOVIAL 

TACPOL 

5.  Interactive  Debunnier  ''ids 


FORTRAN 
Cf’S-2 
JOVIAL 
T AC POL 


’Ion- Interactive  Oehuneinr  Aids 


Assembly 
CMS-2 
, JOVJAL 
TACPOL 


7.  Automatic  Software  Prqductior  a^d.  Test 


0.  Lanquaqe  Oecendert  Mcritor 


AssenbJ  y 

fOP7PA:i 

C030L 

CMC-C 

JOVIAL 

TACPOL 


®HIS  PAGE  IS  BEST  QUALITY  PKACIICA 
-R»M  COPY  FURNISHED  iv  UD(J 


A20K 

2100K 


HOOK 


59O0K 

HOOK 


?00K 


1 Orry 
W Y 
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TABLE  P-11 . At/QYO-21  SOFTViARF  DEFICIENCIES  (CCNTD) 


Q.  Lanpuaoe  Independent  Monitor 

10.  Standards  Enforcers 

FORTRAN 
CMS- 2 
COBOL 
JOVIAL 
TACPOL 

11.  Reformatter 

COBOL 
CMS- 2 
JOVIAL 
TACPOL 

1?.  PTOS  + TSOS  + VMM 
IT.  TSOS  + MPOS  + VMM 


21  OK 
420K 


*50K 


?.POPK 
I ,40QK 

TOTAL  SI  7, BOOK 


HI,  N«  IS  BESI  CMI-m  I 

\ ootY  FURNISHED  10  UDC  ' 
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rr-pu  *-12.  am/oyk-12  sitwwt  dfftcifncies 


1.  Tonrute*'  Svsteir  C1rulatc>'‘ 

2.  Data  Pase  Ceslnn  Aid 

i.  >-st  Case  Oesine  Advisor 

FOPJPA'I 
COBOL 
* CMS-2 
JOVIAL 
TACr^L 

*1.  Test  Instrurenter  ».  Analyzer 


FORTRA*! 

COBOL 

C’S-2 

JWifiL 


4, 

21  or« 


11  ™K 


Ccmllers 


12.200K 


FORTRAN’ 

COBOL 

JOVIAL 

CMS-2 

r' . .Ctn^lc  Overlay  Linker 

7.  Extended  Overlay  Linker 

0.  Interactive  ’"'Shuealnn  Aids 

FORTRAN 
COBOL 
CHS -2 
JOVIAL 
TACPOl. 

Assert 1y 


0.  flon-Interac*1  ve  Debucninn  Mds 

Asserbl y 
FORTRAN 

ro°OL 

_ r> 

JOVIAL 


iso;k„ 


THIS  PASS  IS  BEST  QUALITY  FKACTlJAttUR 
JSQM  QOEY  JUKNISliED  TO  IXDQ 


i 
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TABLE  6-12.  AN/GVK-12  SOFTWAPE  OEFICIFNCIFS  (CONTD) 


in.  Automatic  Software  Production  and  Test 


1 ,OOOK 


11.  Lanquaqe  Dependent  Monitor 

Assembly 

FORTRAN 

COBOL 

CMS- 2 

JOVIAL 

TACPOL 

12.  Language  Independent  Monitor 

13.  Reformatters 

FORTRAN 
COBOL 
CMS- 2 
JOVIAL 
TACPOL 

14.  Data  Base  Management  System 

15.  RTOS  + TSOS 

16.  RTOS  + TSOS  + VMM 

17.  TSOS  + MPOS  + VMM 

IB.  Instruction  Simulator 
19.  Standards  Enforcer 


4,20HK 
3.500K 
2,  BOOK 
1 ,400K 


COBOL  . 
FORTRAN 
CMS- 2 
JOVIAL 
TACPOL 


21.  Integrated  Librarian 


TOTAL 


$34 ,570K 


taplf  f- ' *> , 

SOFTWARE  PASF  AND  OFFICIFNCY 

COMPARISON 

PAST 

DEFICIFNCY 

AN/liYK-7 

F20,410k 

AN/IIYK  -fO 

< 8.F2FK 

S2«,SPOK 

AN/l-YK-l® 

?1°.56FK 

$19,390* 

AWr-n 

T21.F15K 

< 17,500k 

aN/nYv-i? 

♦ 4,t'/JCK 

$TA,57PK 
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TARLF.  f-W.  AN/UYK-/  >•" 'a-ARE  BASF 


(Assuming  only  POD-  I and  I'ne  u.m>raly  I’t  i 1 i ?ec*  Lanauaae 


Pcoii " i f«!  'us  As;;<  ■ tf(’  m 


4. 


5. 


Assembler 
Macro  Assembler 
Compilers 
CMS- 2 

Basic  Linker 

Interactive  Debugging  Aids 


mCTlCA^ 


Assembler 
CMS -2 


7. 

8. 

9. 

10. 


11. 


12. 

13. 

14. 

15. 

16. 
17. 


Non-Interactive  Debugging  Aids 
CMS -2 

Language  Independent  Monitor 

Text  Processing  System 

Interactive  Source  Editor 

Batch  Source  Editor 

RTOS  + TSOS 

Instruction  Simulator 

Data  Base  Management  System 

General  Purpose  System  Simulator 

Test  Data  Generator 

Test  Data  Auditor 

Integrated  Library 


Total 


42 


135K 

800K 

3300K 


1 30K 
800K 


'OK 


21  OK 
630K 
1 30K 
100K 
3500K 
350K 
4200K 
700K 
350K 
140K 
100K 
S15.625K 
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imt  P-15.  AN/l'YK-20  f^-Aoe  RASP  _ 

(Assuring  onlv  n^P-1  and  One  Currently  Utilized  Lanouaoe 

-ecu’ *-ei  plus  Associ*’’?''  cols' 


Test  Instrunienter  S Analyzer 
CVS- 2 

Assembler 

Macro  Assembler 

Compilers 
CMS -2 

Basic  Linker 

Language  Peperc'ent  "onitor  Assembler 
Language  Independent  Monitor 
Batch  Source  Editor 
Instruction  Simulator 
General  Purpose  Syster  Simulator 
Test  Bata  Generator 
Test  Data  Auditor 
Integrated  Library 

• • 

Text  Processinn  Svster 


33BCK 


Interactive  Source  Editor 


Total : 7405K 
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TABLE  6-16.  ' “ Yr-  19  bWTWARF  BA^E 

(Assumlna  on;.  ,'r-1  * .4  °nc  Currer*  'j  I’tlHw*  Lanouane 


1. 

Test  Instrumenter  A Analyzer 

FORTRAN 

230K 

•> 

k • 

Assembler 

135K 

3. 

Macro  Assembler 

poor 

4. 

Compiler 

FORTRAN  2BIS  IS  BEST  QUALITY  PfiACIICAfiLg 

moil  COPY  FURNISHED  IS)  UUC 

1 00OK 

5. 

Basic  Linker 

130k 

6. 

Simple  Overlay  Linker 

2101 

7. 

Interactive  Debugging  Ai.. 
assembly 

30  OK 

o. 

^formatter 

FORTRAN 

11  OK 

4. 

Data  Base  Management  System 

4 COOK 

10. 

Interactive  Source  Editor 

1 'OK 

11. 

Catch  Source  Editor 

1 00K 

1c. 

Instruction  Simulator 

3!)0 

1 3% 

General  Purpose  System  Simulator 

TOOK 

14. 

Test  Data  Generator 

350K 

15. 

Test  Data  Auditor 

1J0K 

16. 

Integrated  Library 

1O0K 

17. 

Text  Processing  System 

630K 

Total : S96C5K 
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TAPLE  P-17.  AN'/RY0-21  SOFTWARE  RASP 

H 

. (1 

(Assurina  crl>  POO-1  and  One  Currert’y  t'tllized  lanounne 

Reculred  plus  Associated  Tocls) 

1. 

Tata  Rase  Desion  A<d 

1 ,150K 

2. 

"rst  Instrirerter  arc!  Analyzer 

?PPK 

FORTRAN 

’O  v f i t&  • f v 

Asserbler 

1 3f»K 

ti , 

t'acrc  Assembler 

y 

FORK 

5. 

Compilers 

1 .OOOK 

FORTRAN 

f.. 

R.  sie  linker 

1.30b 

7 

Simple  Overlay  lirlcer 

210b 

f. 

Extended  Tver1  ay  Mrker 

FORK 

I 

0, 

Interactive  Detucnlnc  Aids 

TOOK 

i 

Assembly 

10. 

Nor- Interactive  Teburnino  Aid. 

book  J 

FORTRAN 

! 

1 

n. 

Integrated  Library 

1RR*  1 

i 

12. 

13. 

1*. 

Refcrrratters 

FORTRAN  **$*<?  * 

w, 

Tata  Rase  t'anaoerent  System  <>\ 

Text  Rrocesslno  Fyster 

V ^ 

11  OK 

« .TOOK 

P’OK 

* c 

L 

AS 

■ 

Kfe 

mie-lP.  AN/GYK- 12  S'  ! n.-^PF  BASF 


(Assuming  only  UiA1- 1 ana  tine  currently  Utilized  Lanouaoe 
' 'roti  t re'J  Hue  Associated  rcK' 


1. 

1 i r 

Test  Instrumenter  A Analyzer 

TACPOL 

2G0K 

Assembler 

i:c< 

>. 

Macro  Assembler 

BOOK 

4. 

Compilers 

TACPOL 

1 COOK 

5. 

Basic  Linker 

130K 

6. 

Noninteractive  Oebucainn  Aids 

TACD0L 

50K 

7. 

Batch  Source  Editor 

1 OOK 

8. 

General  P.jroose  Syster  Simulator 

TOOK 

9. 

Test  Oata  Generator 

350K 

10. 

Test  Oata  Auditor 

140K 

n. 

Text  Processing  Syster. 

530K 

12. 

Interactive  Source  Editor 

1 30K 

Total : S44/15K 
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TABLE  6-1°.  r-'-ftW  y WTMARE  PEEK ' 1 .MIES 

(Assu^iro  only  flf'D-T  4nT  One  Currently  utilized  Lariouane 
PeQuireri  Plur  Associated  Tools) 

1.  Computer  System  Simulator  ^20K 

2.  Data  Base  Design  Aid  1150K 

3.  Test  Case  Design  Advisor  80°K 

DOD-1 
CMS -2 

4.  Test  Instrumenter  & Analyzer  SfiOK 

DOD-1 
CMS- 2 

5.  Compilers  600K 

DOD-1 

6.  Simple  Overlay  Linker  210K 

7.  Extended  Overlay  Linker  5O0K 

Interactive  Debugging  Aids  500K 

DOD-1 

9.  Non-Interactive  Debugging  Aids  80K 

Assembly 

DOD-1 

10.  Automatic  Software  Production  Test  1000K 

11.  Language  Dependent  Monitor  180K 

Assembly 
CMS- 2 
OOD-T 


12. 


Standards  Enforcer 


180K 


13.  Reformatter 

CMS- 2 
, DOD-1 

14.  PJOS  + TSOS  + W 


220K 


2300K 


15.  TSOS  + MPO$  * VMM 


Total 


1400K 

$10,570K 


tarlt  6-20.  Af.ynYk-,  '*  soj-i^n  nrrrc r fnc tfs 

(Assuminn  on ' v i;,-i  Ai,»*  I'ao  turrentiy  oitnzerf  Lanouaop 

rrti. * ■ <■>«.  Hi;s  Associated  Tools' 


Computer  System  Simulator 

Data  Base  Design  Aid 

Test  Case  Design  Advisor 

CMS- 2 
DOD-1 

Test  Instrumenter  A Analyzer 

DOD-1 

Compiler 

DOD-1 

Simple  Overlay  Linker 

Extended  Overlay  Linker 

Interactive  Debuqalng  Aids 

Assembly 
CMS -2 
DOD-1 

Non-Interactive  Debugging  Aids 

Assembly 

CMS-2 

DOD-1 

Automatic  Software  Production  and  Test 


Language  Dependent  Monitors 


CMS-2 

DOD-1 


Standards  Enforcers 


CMS-2 

DOD-1 


\ ** 


CAi^*9 


SO 


420K 

1150K 

800K 


2D0K 

6HOK 

21  OK 
500K 
1 300K 


1 3 OK 


1O0OK 

1O0K 


180K 


1 


_ 


TABU  6-21 . AN/I  I YK- 19  SOHUAU  J>EFICIFNCIF_S_ 

(Assumino  only  DOD-1  and  One  Currently  I’t i 1 i zed  Lanouaoe 

Plumed  piiA  Associated  Tonis) 

1 . Computer  System  Simulator  420K 

2.  Data  Base  Design  Aid  1150K 

3.  Test  Case  Design  Advisors  8O0K 

FORTRAN 

DOD-1 

4.  Test  Instrumenters  & Analyzers  280K 

DOD-1 

5.  Compilers  600K 

DOD-1 

6.  Extended  Overlay  Linker  500K 

7.  Interactive  Debugging  Aids  TOOOK 

FORTRAN 

DOD-1 

8.  Non-Interactive  Debugging  Aids  130K 

FORTRAN 

Assembly 

DOD-1 

9.  Automatic  Software  Production  and  Test  1000K 

10.  Language  Independent  Monitor  210K 

11.  Language  Dependent  Monitor  150K 

Assembly 

FORTRAN 

DOD-1 

12.  Standards  Enforcers  180K 

FORTRAN 

DOD-1 

52 


TAP  IT  f-fl. 

/WYK-19  Sf'FTWARr  OFFTriFNflFS  (COMTD) 

13. 

Reformatter 

. ' - > , r '*  ?.*  * 

11  OK 

DOD-1 

1*. 

RTOS  ♦ TSOS 

3500K 

15. 

RTOS  + TSOS  + VMM 

2800K 

16. 

TSOS  + MPOS  + VMM 

1400K 

Total  S14.230K 


i 


TABLE  6-22.  AN/GYO-21  SOFTWARE  DEFICIENCIES 


(Assuming  only  DOD-1  and  One  Currently  Utilized  Language 
Required  Plus  Associated  Tools) 


1.  Computer  System  Simulator 

"est  Case  Design  Advisors 

FORTRAN 

001-1 

3.  Test  Instrurr, enters  and  Analvzers 
DOP-1 

<■“.  Compilers 

nnn-i 

5.  Interactive  Dnfcuonina  Aids 

r0PTRAN 

COO-1 

n.  Nor-Interactive  Debugging  Aids 

Assembly 

DOD-1 

7.  Automatic  Software  Production  and  Test 

'i.  Language  Dependent  'Monitor 

Assembly 

FORTRAN 

DOD-1 

9.  Language  Independent  Monitor 
10.  Standards  Enforcers 


FORTRAN 

000-1 


11.  "eforratte 

000-1 


*»%$***** 

tters  ^*00*' 


cl^* 


1 OOOK 


1000K 


f 


TAPlf  fr-22.  AN/GYP-21  T,F7'vAr>r  r FTC IFNCI (mHTP) 


12. 

RTOS  + TSOS 

+ VMM 

1 1 

2800K 

13. 

TSOS  ♦ MPOS 

+ VMM 

1400K 

' 

Total 

S9.030K 

- 


I 


*.r  • ! 


**  'f'YK-  • •'  T nrr ; f • : 


I £ , 


(Assumipr  on' v jnd  rin  Mirren  v •>■<*  S. woinrr 

••  .-’01,'  • 


Computer  System  Simulator 
Data  Base  Deslgr  Aid 
Test  Case  Design  \dviscr 


TACPOL 

DGD-l 


Test.  Instrumer.tr>'  ?>  Anolvier 
DOD-1 


Lompi lers 
DC  0-1 

Simple  Overlay  L 4 r k c. » 
Extended  Cver'a\  L ’‘rLc 
Interactive  Debusing  A-'ds 


TACPOL 

Asser’fci' 

DCC-1 


cn- Interactive  >Kucq  n.  Aids 


Assenbl ■ 

Dor-i 


Automat'1  c Software  Drrductirr.  and  Test 
Language  Penennent  Monitor 


Assembly 

TACPOL 

DOD-1 

Language  Indooendent  Monitor 


t:  * 


A20K 

1150K 

OOOK 


OP  OK 


■ nni; 


• 1 OK 
rr>0K 
1 -nr.K 


onK 


1 HOOK 
150K 


Cl  OK 





\ 


u » 


r 


T 


TflRLr  ftf;/r YK-W  ■'.»  Fij-A^F.  PFFIClFNriFS  ((WTO) 

220K 

4200K 
3500K 
2800K 
1 400K 
350K 
180K 

100K 

Total  $19,450K 
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13.  Reformatters 

TACPOL 

DOD-1 


Id. 
1 5. 


: v) . 


i?. 


Data  Base  Management  System 

RTOS  + TSOS 

RTOS  + TSCS  + VMM 

TSOS  + ‘iPOS  + VMM 

Instruction  Simulator 

Standards  Enforcer 

00-1 

ACPOL 

>t.egratnd  Library 


TABLE  6-2*.  SCFTWAPE  EASE  AND  DEFICIENCY  COMPARISON 


(Assumlno  only  rOP-1 
Recuirer1 

and  One  Currently  L't  ■?li?ec' 
Plus  Associated  Ter Is ) 

Lannuare 

I 

PA$E__ 

PEFICIFNCY 

AN/liYK-7 

$I6.f?ck 

<I0,r>7PF 

AN/UYK-20 

f 7,A05K 

AN/UYK-10 

* c.Ff5K 

<I*.2“Pk 

AN/GYH-P1 

♦K.SfF 

< O.070R 

AN/OYK-12 

$ a.CAFK 

HO/pOK 

1 


TABLE  6-2B 

. FCFTF’Arr  BASF  AND  OFFICIFNCv 

CP*'p;\PTrnv 

(Assurinn  Fnual 

ConTilP^  Costs  Cor  all  Fxistirr 

Lanouaoes  ) 

PACE 

rFFTCIFNCY 

AN/UYK-7 

fl?,?2FK 

HO,F70k 

AN/UYK-20 

t cjot;ik 

<1B,7QDK 

AN/UYK-T9 

? «\665K 

H/!,2?PK 

AN/GYO-21 

<1*.P6FK 

f,  n.o^OK 

AN/GYK-12 

* A.AABK 

MQ.cFOV 
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APPENDIX  A 


INDEPENDENT  AUDIT  OF  THE  AVAILABILITY  OF  SUPPORT  SOFTWAPF  FOR  THE 

AN/GYQ-21  ARCHITECTURE  AND  CURRENT  MILITARY  ARCHITECTURE 

BY:  DR  HAROLD  S.  STONE,  University  of  Massachusetts 

Department  of  Electrical  Enqineerina 
Amherst,  MA  01003 


I.  INTRODUCTION 

This  report  contains  a description  of  the  existinq  software  base  for  the 
military  computers  AN/UYK-7,  AN/UYK-20,  AN/GYK-12,  and  AN/UYK-19.  For  com- 
pleteness, this  report  includes  a compendium  of  the  software  base  for  the 
AN/UYK-21  (the  military  designation  for  he  PDP-11  architecture)  that  was 
prepared  in  the  summer  of  1976  (Wagner  et.  al^,  1976).  The  software  study 
treated  the  set  of  software  tools  that  were  selected  by  a committee  of  Army/ 
Navy  representatives  during  the  selection  of  a candidate  architecture  for 
the  standard  military  computer  family.  A list  of  the  tools  and  the  availa- 
bility of  each  for  the  candidate  architectures  appears  in  this  renort.  A 
full  description  of  each  tool  appears  in  Chanter  6,  Section  6.2.2  of  (Burr, 
Coleman,  and  Smith,  1976). 


The  method  used  to  assess  the  software  base  for  each  computer  was  similar 
to  that  used  in  the  previous  study.  James  Wagner  and  Harold  Stone  visited 
the  manufacturer  of  each  computer  system  and  principal  users  and  queried  the 
individuals  about  the  available  software.  Where  questions  arose,  the  ques- 
tions were  answered  by  examinino  reference  documentation.  A tool  was  deemed 
to  be  available  for  a specific  architecture  if 


(a)  The  tool  was  a genuine  released  item  supported  by  user  documentation, 

(b)  The  tool  had  to  be  available  for  use  as  of  1 January  1977,  and  not 
merely  nearing  release,  and 


(c)  the  tool  had  to  satisfy  the  characteristics  for  that  tool  as  described 
in  (Burr,  Coleman,  and  Smith,  1976,  Section  6.2.2). 


In  evaluating  the  software  base,  we  have  enlarged  the  study  to  include 
software  systems  that  are  nonself-hosted.  This  qives  rise  to  some  interpre- 
tation as  to  what  tools  should  be  counted  in  the  software  base  of  a particu- 
lar architecture  and  what  tools  should  be  treated  as  missing.  In  several 
instances,  the  existence  of  a software  tool  for  one  system  makes  that  tool 
available  to  all  architectures  since  the  tool  itself  need  not  be  self-hosted. 
For  example,  one  tool  in  the  base  is  a General  Purpose  Systems  Simulator  of 
which  GPSS  for  the  IBM  System/370  Is  but  one  example.  Since  this  tool  is  un- 
likely to  be  deployed  in  tactical  systems  but  is  more  likelv  to  be  used  at 


THIS  PAGE  IS  BEST  QUALITY  TRAC 
COPY  FURNISHED  TO  DDfi 


riOAKIJj 


A-l 


software  development  centers  it  does  not  make  sense  to  insist  that  it  run 
on  a particular  computer  family  provided  that  some  comnuter  that  supports 
the  tool  is  available  at  each  development  center.  In  the  case  of  the  simu- 
lator, there  is  a GPSS  system  or  equivalent  for  every  major  comercial  com- 
puter system,  and  we  deem  it  extremely  likely  that  at  least  one  commercial 
computer  will  be  accessible  bv  sunoort  software  staff.  Conseauentl v,  the 
availability  of  GPSS  counts  as  a simulator  in  the  software  base  of  each 
candidate  architecture. 

We  selected  GPSS  for  this  example  since  its  function  is  completely  in- 
dependent of  the  architecture  of  the  computers  involved  in  this  study.  Other 
tools  that  share  this  characteristic  are  so  indicated.  Fxamples  of  software 
tools  that  do  not  have  this  characteristic  are  compilers,  assemblers,  and 
operating  systems  since  each  of  these  are  dependent  in  some  essential  way 
on  the  target  computer  architecture. 

The  inclusion  of  nonself-hosted  software  in  this  study  has  been  done  bv 
considering  each  tool  in  two  forms--self-hosted  and  nonself-hosted.  The 
listings  are  compiled  separately.  Some  tools  simply  cannot  be  used  except 
in  self-hosted  form,  so  these  do  not  appear  in  the  tabulation  of  nonsel f-hosted 
software.  Among  these  tools  are  operating  systems  and  lanquaoe  independent 
monitors  since  both  of  these  depend  crucially  on  the  execution  of  the  tool 
on  the  host  architecture  in  real  time.  Other  tools  omitted  from  the  nonself- 
host.ed  list  have  been  omitted  for  similar  reasons. 

In  examinq  the  software  base  of  the  military  computers  the  followino 
sources  were  used: 

AN/llYK-7:  Univac,  Litton  data  Systems,  FCDSSA.  NAVSFA 
AN/UYK-20:  Univac,  NAVECS 
AN/GYK-12:  Litton  Data  Systems 

AN/HYK-1  ROLM  Corp.  and  Data  General  (for  f'OVA  software) 

AN/UYK-21:  Digital  Fauipment  Corp.  (for  PDP-11) 

The  software  base  for  the  AN/AYK-1A  is  essentially  that  of  the  AN/UYK-?0  since 
the  AYK-14  is  upward  compatible  from  the  UYK-20,  and  the  group  in  charoe  of 
the  UYK-2D  software  is  currentlv  makina  the  few  modifications  necessary  to 
move  the  entire  base  to  the  AYK-14.  Although  the  4YK-14  was  not  included  in 
this  study,  very  little  error  is  introduced  by  treating  its  base  to  he  eoual 
to  the  UYK-20  base. 


This  report  is  organized  into  three  additional  sections.  Section  II 
treats  the  self-hosted  software,  and  Section  III  treats  the  nonself-hosted 
software.  Section  IV  contains  a summary  of  the  principle  data.  Althouoh 
this  report  describes  only  the  availability  of  each  tool,  a companion  renort 
to  be  issued  shortly  by  James  Wagner  places  a dollar  value  on  each  tool  and 
gives  an  estimate  of  the  total  value  of  the  base  for  each  comnuter  architec- 
ture. These  data  will  be  used  in  the  life  cvcle  cost  analysis  for  the  MCF 
computer  project. 
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II.  SELF-HOSTED  SOFTWARE 
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Table  1 gives  the  pertinent  results  of  the  software  base  study  for  self 
hosted  software.  Details  of  the  table  are  explained  in  this  section.  We 
list  only  the  tools  that  exist  for  at  least  one  architecture. 


, 


i 


i 


Tool  1-1-2  Data  Base  Design  Aid.  This  tool  is  used  for  the  construc- 
tion of  data  base  systems.  For  the  UYK-21  the  appropriate  tool  is  the 
SCHEMA  Compiler  which  is  part  of  the  IDMS-11  data  base  manaciement  system  for 
the  PDP-11,  and  is  available  from  Digital  Equipment  Corporation. 

Tool  1.3.4  Test  Instruments  and  Analyzers.  This  tool  allows  a programmer  to 
instrument  his  source  program  so  as  to  obtain  counts  of  the  number  of  times 
designated  portions  of  hisorociram  are  executed.  He  can  also  discover  which 
portions  have  not  been  executed  at  all.  Since  the  tool  is  specific  to  par- 
ticular source  languages,  and  since  it  may  itself  be  written  in  a machine 
indeoendent  source  language,  it  may  be  available  for  architectures  if  it  is 
available  for  one.  Indeed,  this  is  the  case  for  a FORTRAN  analyzer.  Either 
RXVP-1  or  TAP  may  be  used;  both  are  commercially  available.  They  are  written 
in  FORTRAN  and  can  be  moved  to  any  computer  system  with  a FORTRAN  compiler. 

Thus  they  count  in  the  base  of  all  architectures  except  the  GYK/12  since 
it  does  not  have  a FORTRAN  compiler  in  its  base.  The  GYK-12  has  a TACPOL  com- 
piler with  the  test  instrumentation  built  into  the  languaqe.  so  that  it  aets 
:redit  for  this  too1  in  the  TACPOL  base. 


Tool  1. 4,1.1  Basic  assembler.  All  architectures  have  assemblers  availa- 
ble. In  several  cases  there  are  more  than  one  assembler.  Since  macro  assemb- 
lers satisfy  the  basic  assembler  need,  and  all  architectures  have  macroassemb- 
lers, '><e  list  the  source  of  the  tool  under  the  macro  assembler  headino  in  the 
^ext  paragraph. 

Tool  1.4. 1.2  Macro  Assembler.  The  macro  assemblers  available  for  the 
several  computers  are  the  following: 

UYK-7  MACRO/32  (from  Uni  vac) 

UYK-20  Level  2 Assembler  and  MACRO/20  (from  Uni  vac  and  NAVFCS) 
GYK-12  L3050  Macro  Assembler  (from  Litton) 

UYK-19  Macro  Assembler  (from  ROLM) 


UYK-21  MACRO/1 1 (from  DEC) 


Tool  1.4. 2.1  FORTRAN  Compiler.  All  architectures  except  the  GYK-12  have 
a FORTRAN  compiler  available.  Some  have  more  than  one.  Univac  and  NAVECS 
are  sources  for  the  UYK-7  and  UYK-20  comoil ers  while  RGLM  and  DEC  supply  com- 
pilers for  the  UYK-19  and  UYK-21.  respectively. 

THIS  PAtJF  IS  BFST  QUALITY  PKACIICA&.L. 

con  FUKMi: 


A-3 


1 r»o  1 1 A. 2.2  conni  compiler.  The  two  architectures  that  are  compatible 
with  commercial  computers  have  CORD!  compilers  while  the  purely  military  archi- 
tectures do  not.  The  COBOL  for  the  UYK-19  is  called  IPI  COROL  available 
•■'■om  the  Flordia-based  company  TPI.  PEC  supplies  the  COBOL  for  the  UYK-21. 

*ool  1 .4.2. 3 CMS-2  Compiler.  For  the  purposes  of  this  study  we  do  not 
distinguish  among  the  several  different  levels  of  CMS-2.  For  the  architectures 
that  are  considered  here,  if  a CMS-2  compiler  exists,  then  the  study  found 
it  exists  for  at  least  two  levels  of  the  language  definition.  Uni  vac  and 
NAVECS  can  source  the  CMS-2  compilers  for  the  UYK-7  and  UYK-20  architectures. 
Command  Control  Communications  Corporation  of  San  Pedro,  California  supplies 
the  CMS-2  for  the  UYK-19. 

Tool  1.4. 2. 7 JOVIAL  compiler.  Univac  has  written  a JOVIAL  for  the  UYK-7 
and  can  supply  this  as  a product. 

Tool  1.4. 2. 8 TACPOl.  compiler.  Litton's  TACPOL  compiler  for  the  GYK-12 
;s  called  TACPOL- R and  is  available  from  litton. 

Tool  1-4.3. 1 Basic  Linker.  Architectures  that  had  simple  overlay  linkers 
were  credited  with  havinq  basic  linkers  as  well.  Linkinn  capability  exists 
for  all  architectures  at  least  at  the  basic  level  and  in  several  instances 
at  the  simple  overlay  level.  The  linkers  credited  to  each  architecture  are 

" r ^cllnws: 

UYK-7  Linker  (from  Univac) 

UYK-20  Linking  loader  (from  Univac  and  NAVECS) 

GYK-12  Embedded  in  PSS  and  TOS  operatina  systems  (from  Litton) 
UYK-19  RLDR  (from  Oata  General  and  ROLM) 

UYK-21  LINK-11  (from  DEC) 


Tool  1.4. 3. 2 Simple  Overlay  Linker.  This  tool  performs  basic  linkinq 
of  modules,  plus  has  the  capability  to  construct  overlay  trees  so  that  over- 
lav  calls  from  module  to  module  can  be  implemented.  The  programs  and  their 
•o^npctive  sources  are  oiven  as  follows: 

UYK-19  RLDR  (from  Data  General  and  ROLM) 

UYK-21  RSX  TASK  BUILDFR  (from  OFC) 

Tool  1 .4. 3. 3 Extended  overlay  linker.  This  tool  has  all  of  the  capabil- 
ities of  a simple  overlay  linker  plus  the  ability  to  manage  memory  dynamically 
,o  as  to  take  advantage  of  available  memory.  There  is  some  concern  as  to 
‘ip  applicability  of  this  tool  in  a system  with  virtual  memory  since  the  vir- 
•1  memory  achieves  the  same  function  in  a different  way.  Only  the  UYK-21 
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has  such  a linker,  namely  In  the  RSX  TASK  BUILDER  available  from  DEC. 

The  tool  known  as  DMR  for  Dynamic  Memory  Restructurer  available  for  the 
UYK-7  has  some  of  the  capability  of  an  extended  overlay  linker  in  that  it 
can  restructure  memory  assignments  dynamically  in  a system  in  which  one 
or  memory  modules  have  failed.  However,  its  user  interface  does  not  appear 
to  be  adequate  for  the  intended  purposes  of  the  extended  overlay  linker 
since  the  main  function  of  DMR  is  reconfiguration  for  reliability  purposes. 

Tool  1.4. 4.1  Interactive  Debuager  for  Assembler.  This  tool  is  deemed 
to  be  similar  to  debugging  systems  similar  to  DOT  and  DDT  for  the  PDP-10  and 
PDP-11  computer  systems.  The  debugoinq  aids  qiven  in  the  table  are  OED  for 
the  UYK-7  (from  Litton),  DEBUG  for  the  UYK-19  (from  ROLM)  and  DDT  for  UYK-21 
(from  Carnegie-Mel Ion  University  and  DEC). 

Tool  1.4. 4. 1.3  Symbolic  debugger  for  COBOL.  This  tool  is  the  COBOL 
equivalent  of  the  previous  tool  in  that  one  has  to  be  able  to  debuq  inter- 
actively at  the  source  language  level  with  the  aid  of  this  tool.  This  pre- 
supposes that  COBOL  exists  on  the  architecture.  The  debugging  aids  are 
built-in  features  of  the  two  architectures  that  have  COBOL  compilers.  For 
the  UYK-19,  the  program  is  available  from  Data  General  and  for  the  UYK-21 
it  Is  available  from  DEC. 

Tool  1.4. 4. ,3. 2 Non  interactive  Symbolic  Debuqoer  for  FORTRAN.  Of  the 
architectures  for  which  FORTRAN  is  available  only  the  UYK-21  architecture 
has  a FORTRAN  with  built-in  symbolic  debuogino  aids  for  batch  (noninteracti vel 
debuggina  of  FORTRANS.  The  source  of  the  software  is  DEC  and  it  is  contained 
in  PDP-11  FORTRAN. 

Tool  1 . 4 . 4 . 3 . 3 Noninteractive  Symbolic  Debuqoer  for  COBOL.  This  is  the 
same  situation  as  for  the  FORTRAN  batch  debuqqino  aid.  Only  the  UYK-21  archi- 
tecture has  such  software  available,  and  it  is  Part  of  the  COBOL  packaoe  for 
the  PDP-11  available  from  DFC. 

Tool  1.4. 4. 3. 4 Noninteractive  Symbolic  Debugger  for  CMS-2.  The  CMS-2 
compiler  available  from  Uni  vac  for  the  UYK-7  has  debuqnina  facilities  for 
noninteractive  debugging  at  a symbolic  level. 

Tool  1.4.4. 3. 6 Noninteractive  Symbolic  Debuager  for  TACPOL.  The  TACPOl 
language  as  implemented  by  Litton  for  the  GYK-12  contains  debuoolnq  directives 
that  satisfy  this  requirement. 

Tool  1 .4,4.2  Integrated  Library.  This  tool  is  a comprehensive  library 
change  control  system.  It  exists  for  the  UYK-21  architecture  in  the  form 
of  the  Modification  Request  Control  System  and  Source  Code  Control  System 
that  is  part  of  the  Programmer's  Work  Bench  System  available  from  DEC  for 
the  PDP-11.  For  the  GYK-12,  Litton  has  developed  a tool  known  as  SPS  Librarian. 
Other  architectures  apparently  do  not  have  software  that  meets  the  specifi- 
cations for  this  tool. 
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Tool.  1 .4.6. 1 . 1 Language  Dependent  Monitor  for  Assembler.  There  exists 
a tooT  known  as  STV  for  System  Test  Vehicle  available  from  Univac  and  NAVECS 
that  apoears  to  meet  the  tool  specifications.  This  runs  on  the  UYK-2D. 

Tool  1.4. 6. 1.2  Language  Independent  Monitor.  STV  for  the  UYK-20  satisfies 
this  tooTTequi  remen  t and  is  available  from  Uni  vac  and  NAVECS.  A monitor 
for  the  UYK-7  is  available  from  Litton  as  part  of  ITAWDS  software  system 
written  to  support  the  LHA  project. 

Tool  1.4. 8. 2 Reformatters.  All  architectures  that  have  FORTRAN  compilers 
are  deemed  to  Kave  this  tool  since  it  Is  available  as  a FORTRAN  source  to 
operate  on  FORTRAN  as  a preprocessing  step.  The  tool  is  called  IFTRAN-2 
FORTRAN  Preprocessor  for  Structured  Programming.  Since  the  GYK-12  does  not 
have  a FORTRAN  compiler,  it  is  missing  this  tool.  However,  if  a FORTRAN  com- 
piler becomes  available  for  the  GYK-12,  then  this  tool  becomes  available  auto- 
matically. Thus  the  absence  of  this  tool  does  not  penalize  the  GYK-12's 
software  base. 

Tool  2.1  Data  Base  Management  System.  The  tool  known  as  ITAWDS  mentioned 
above  for  the  UYK-7  for  language  independent  monitors  is  a comprehensive  soft- 
ware system  that  contains  within  it  a database  management  system.  It  is  avail 
able  from  Litton.  The  two  architectures  that  have  commercial  counterparts 
also  have  data  base  management  systems.  For  the  UYK-19,  the  system  is  known 
as  MIDAS,  and  is  available  from  Boeing  Comnuter  Services.  For  the  UYK-21 , 
the  tool  is  IDMS-11,  available  from  DEC  for  the  PDP-11. 

Tool  2.3.1  Text  Processing  System.  The  text-processing  system  function 
is  to  prenare  final  copy  of  publishable  materials,  and  it  has  many  built-in 
features  that  assist  this  process.  The  text  processor  listed  for  the  UYK-7 
is  available  from  FCDSSA.  The  tool  listed  for  the  UYK-21  is  TYPESET -11  and 
is  available  from  DEC  for  the  PDP-11. 


Tool  2. 4. 2.1  Interactive  Source  Language  Editor.  The  editor  for  the 
UYk-lQ  arcTiTticture  is  known  as  SPEFD,  and  is  available  from  RDLM.  The  UYK-7 
editor  is  a subsystem  of  SHARE  7 and  is  available  from  Univac.  Any  one  of 
a number  of  editors  for  the  UYK-21  architecture  meet  this  criterion.  Among 
them  is  the  editor  that  runs  under  IAS  available  from  DFC  for  the  PDP-11. 

Tool  2. 4. 2. 3 Batch  Source  Language  Editor.  All  architectures  have  batch 
editors  available  according  to  the  list  below: 

UYK-7  Subsystem  of  Share  7 (from  Univac) 

UYK-20  Subsystem  of  Level  2 Librarian  system  (from  Univac) 

UYK-19  BED1T  (from  ROLM) 

GYK-12  Subsystem  of  SPS  Librarian  (from  Litton) 


UYK-19  SLIPER  (from  DFC) 
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Tool  3.9  Real-Time  Operating  System  plus  Time-sharing.  The  UYK-7 
version  of  this  tool  is  the  ITAWDS  system  available  from  Litton.  The  UYK-21 
software  system  is  called  IAS  and  is  available  from  DEC. 

Tool  3.13  Time-sharing  plus  virtual  machine  monitor.  Of  the  five  archi- 
tectures  only  the  UYK-21  was  given  credit  for  being  virtualizable  in  the  sense 
of  being  able  to  support  a virtual  machine  monitor  as  of  January  1,  1976. 

The  architectures  have  not  evolved  since  that  time  to  the  noint  where  any 
others  have  been  shown  to  be  virtualizable.  However,  not  even  the  UYK-21  was 
given  credit  for  this  tool  since  the  only  instance  of  a virtual  machine  monitor 
for  the  UYK-21  exists  in  a research  environment,  and  cannot  said  to  be  a re- 
leasable piece  of  software.  For  similar  reasons,  no  architecture  was  credited 
with  Tool  3.14,  which  is  a superset  of  this  tool. 


Ill  NONSELF-HOSTED  SOFTWARE 

Software  that  can  be  hosted  on  architectures  other  than  the  candidate 
architectures  must  necessarily  not  depend  on  realtime  responses  of  the  can- 
didate architectures.  This  eliminates  operating  systems,  performance  monitors, 
and  data  base  management  systems  from  the  list  of  tools  that  can  be  self-hosted. 
Similar  reasoning  reduces  the  list  of  possible  nonself-hosted  tools  to  the 
list  given  in  Table  II.  Since  some  of  the  tools  fall  in  the  category  of  tools 
that  are  available  for  all  architectures  if  available  for  one,  they  are  credited 
to  all  architectures.  The  text  in  this  section  explains  all  such  cases. 

Tool  1.1.1  General  Purpose  System  Simulator.  This  program  exists  on  the 
IBM  3W  and  Uni  vac  HOD  series  computers  amona  others.  It  is  probably  not 
necessary  to  mount  a special  development  to  create  a running  version  on  a 
military  computer  system. 

Tool  1.4  Cross  assembler.  All  architectures  have  at  least  one  cross 
assembler  that  executes  on  a foreign  architecture  producing  object  code  for 
the  native  architecture.  In  some  cases  the  cross  assembler  is  written  in 
a machine  independent  lanouage  such  as  FORTRAN  so  that  it  can  run  on  any  one 
of  several  different  computers.  The  list  of  cross  assemblers  available  is 
as  follows: 

UYK-7  Available  for  Univac  1 1 00  series  computers  from  Univac. 

(it  ' ■ 

UYK-20  Runs  on  six  different  computers  since  It  Is  written  in 
compatible  FORTRAN,  (from  NAVECS) 

UYK-1 R Available  for  IBM  370,  Univac  1100,  and  CDC  6000  series 
computers  (from  Data  Oeneral) 

UYK-21  Available  for  IBM  370  and  CDC  6000  computers  from 
Computer  Associates  and  First  Data 

OYK-12  Available  for  IBM  370 
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•*"  assemblers  that  run  on  foreion  hardware  are  macro  assemblers. 

Tool  1.4. 5.1  FORTRAN  Compiler.  The  UVK-20  architecture  has  a FORTRAN 
vOrrTTer  for  it  written  in  FORTRAN  that  has  successfully  executed  on  CDC 
6000.  Uni  vac  1100.  and  IRM  370  series  computers.  The  AN/UYK-21  has  a 
FORTRAN  corss  compiler  for  it  that  runs  on  the  RE  6000  computers,  and  is 
available  from  RE. 

Tool  1 .4.5.2  COROL  Compiler.  A COBOL  compiler  that  runs  on  the  IBM  370 
and  oenerates  code  for  the  UYK-19  has  been  written  and  is  in  operation  by 

the  Navy. 

Tool  1.4. 5. 3 CMS-2  Compiler.  The  CMS-2  Compiler  for  the  UYK-19  mentioned 
’hove  is  written  in  FORTRAN  and  runs  on  several  different  computers.  Sim- 
ilarly the  CMS-2  compiler  for  the  UYK-20  is  written  in  FORTRAN  and  runs  on 
several  different  computers.  There  is  a UYK-7  CMS-2  compiler  that  runs  on 
. nivac  1100  computer  systems,  and  the  nonsel f -host i no  methodology  is  the 
normal  mode  of  operation  with  CMS-2  program  development. 

Tool  1.4. 5. 4 JOVIAL  compiler.  JOVIAL  is  written  in  itself  and  can  run 
on  several  different  computers  while  nroducino  object  code  for  a specific 
computer.  Since  t.herp  is  self-hosted  JOVIAL  compiler  for  the  UYK-7 , this 
comnilr"  can  be  and  has  been  run  successfully  on  other  computers  that  have 

JOVIAL . 

Tool  1.4. 5.5  TACPOL.  TACPOL-A  is  the  TACPOL  compiler  for  GYK-12  that 
executes  on  the  IBM  370  series  computers. 

Tool  1.4.6  Instruction  simulators.  All  but  the  UYK-21  have  reported 
nonsel f-hosted  instruction  simulators.  We  suspect  that  there  exist  such  sim- 
ulators for  the  UYK-21  as  well,  and  are  currently  investigating  this  possi- 
bility. The  ISP  compiler  at  Carnegie-Mellon  University  does  simulate  the 
ppp-ll  correctly  at  instruction  level,  but  it  is  not  a piece  of  software  with 
extensive  outside  release  and  use,  so  it  is  not  counted  here.  A sumary  of 
the  instruction-level  simulators  appears  below: 

UYK-7  Runs  on  the  Univac  1100  series  computers  (from  Univac) 

UYK-20  FORTRAN  based  prooram  for  UYK-20  runs  everywhere  (from  Univac) 

GYK-12  Available  for  IRM  370  (from  Litton) 

UYK-21  Available  for  IRM  370  (from  First  Data  and  Computer  Associates) 

UYK-19  Available  for  IRM  370  (from  ROLM) 
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IV  FINAL  SUMMARY 


A word  of  caution  concerning  the  accuracy  of  the  data  and  its  validity 
for  use  In  cost  models  is  worth  while  stating  here.  There  may  be  some  tools 
that  missed  our  inventory  for  one  reason  or  another.  We  sought  several 
sources  where  possible  for  an  architecture  and  we  achieved  good  agreement 
among  the  sources.  It  Is  rather  unlikely  that  anything  sioniflcant  was 
missed,  and  highly  probably  that  all  data  given  are  correct  as  of  this  date. 

The  tables  contain  a single  bit  of  information  about  each  item,  that  is, 
whether  it  exists  in  releaseable  form  or  not.  But  two  different  software 
systems  that  ostensibly  perform  the  same  function  may  have  vastly  different 
characteristics,  utility  to  the  user,  and  procurement  costs.  Riven  the  limited 
time  and  resources  at  our  disposal,  the  data  presented  are  all  that  can  be 
reasonably  be  done  within  the  constraints.  When  these  data  are  put  to  use 
In  cost  models  it  is  well  to  take  Into  account  the  potential  differences  in 
values  and  costs  of  supposedly  identical  software,  if  this  can  be  done  in 
a reasonable  manner. 


TABLE  I.  SELF-HOSTED  TOOL  AVAILABILITY 
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General  Purpose  System  Simulator 
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1.2.1 

Computer  System  Simulator 
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1.2.2 

Data  Base  Design  Aid 
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1.3.1 

Test  Data  Generator 
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1.3.2 

Test  Data  Auditor 
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N 

N 

1.3.3 

Test  Case  Design  Advisors 

N 

N 

N 

N 

N 

(for  each  of  five  standard 
languages) 
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TABLE  I.  SELF-HOSTED  TOOL  AVAILARILITY  ( CONTINUED) 


1.3.4  Test  Instruments  and  Analyzers: 
FORTRAN 
TACPOL 

(for  each  of  three  other 
standard  languanes) 

1.4.1  Assemblers: 

Basic 

Macro 

1.4.2  Compilers: 

FORTRAN 

COBOL 

CMS -2 

JOVIAL 

TACPOL 

1.4.3  Linkers: 

Basic 

Simple  Overlay 
Extended  Overlay 
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TABLE  I.  SELF-HOSTED  TOOL  AVAILARILITY  (CONTINUED) 
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Integrated  Library 
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Automatic  Software  Production  Test 
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Language  Dependent  Monitors: 
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SFLF-HnSTEn  TOOL  AVAILABILITY  (CONTINUED) 


1. A.8  Preprocessors,  reformattors: 

FORTRAN 

(for  four  other  standard 
languages) 

2.1  Data  Base  Management  System 

2.3.1  Text  Processing  System 

2.  A. 2 Editors: 

Interactive 

Batch 

Operating  systems: 

RTOS  + TSOS 
RTOS  + TSOS  + VMM 
TSOS  + MPOS  + VMM 
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